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3q (57) Abstract: A method is provided for having a content engine interact with a mobile device, the method comprising: having the 
content engine receive a wireless communication from the mobile device that includes a card representing a URL and an identifier 

^■^ of the mobile device; having the content engine signal a database management system for an identification for the card to retrieve 
instructions for assembling the content available on the URL for the mobile device; having the content engine access a network site 
located by the URL to retrieve specific network events which arc identified from the instructions received from the database man- 

£^ agemcnt system; having the content engine convert the network event into a wireless format for the mobile device; and transmitting 

l^" the network event in a wireless protocol to .the mobile device. 
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SYSTEM FOR PROVIDING NETWORK CONTENT TO WIRELESS 

DEVICES 

BACKGROUND OF THE INVENTION 

5 Field of the Invention 

This invention relates to the field of network content delivery for 
wireless devices. 
Description of the Related Art 

Existing wireless devices have limited access to the Internet. To access 
10 network sites, a terminal or device must communicate with sites on the network 
through one of the network's protocols. Terminals such as personal computers 
communicate with the Internet through, for example, an HTTP protocol. 

Wireless devices such as cell phones have limited bandwidth and data 
entry capacity. The limited bandwidth significantly reduces the number, 
1 5 quantity and quality, of web-sites that can be made available to the user. As a 
result, users of wireless mediums such as cell-phone networks often have 
limited choices in which web-sites they can visit, and also experience lengthy 
download times. 

Other wireless devices such as the Palm VII have capabilities to 
20 communicate with the Internet in an HTTP protocol. However, due to 

bandwidth constraints, such handheld computers have limited number of web 
sites available for browsing. 

Other wireless devices such as cell phones and Sprint PCS® devices 
communicate with a network using a WAP protocol with HDML/WML mark- 
25 up language content. To provide Internet type access to such devices, network 
sites are established in an HDML/WML format. 

SUMMARY OF INVENTION 

In one embodiment, a method is provided for having a content engine 
interact with a mobile device, the method comprising: having the content engine 

1 
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receive a wireless communication from the mobile device that includes a card 
representing a URL and an identifier of tire mobile device; having the content 
engine signal a database management system for an identification for the card to 
retrieve instructions for assembling the content available on the URL for the 
5 mobile device; having the content engine access a network site located by the 
URL to retrieve specific network events which are identified from the 
instructions received from the database management system; having the content 
engine convert the network event into a wireless format for the mobile device; 
and transmitting the network event in a wireless mark-up language to the mobile 
10 device. 

In another embodiment, a method is provided for providing network 
events and content to a mobile device, the method comprising: having a content 
engine receive a card from a user of mobile device specifying a network site; 
retrieving instructions for the specified network site from a database 
1 5 management system; accessing the network site using.the retrieved instructions; 
having the content engine access a user-database to determine if user-defined 
parameters exist for the network site; having the content engine combine 
instructions and parameters to access the network site and retrieve network 
events and content; having the content engine convert the network event from 
20 an IP protocol with HTML format to WML, HDML and other wireless formats 
with WAP or another wireless protocol; having the content engine paginate the 
network event or content for the mobile; and uansmitting the network event or 
content to the mobile device. 

In another embodiment, a method is provided for paginating a network 
25 event into a wfreless format for a mobile device; the method comprising: a) 
having a mobile device specify a memory allotment; b) segmenting content 
retrieved from an IP site segmented according to the memory allotment; c) 
locating a page break line or region on the retrieved network content 
corresponding to the boundary of each segment; d) paginating each segment on 
3 0 that page break line or region to ensure that the cut-off to a next segment is 

made at an appropriate place; e) signaling the segment to the mobile device; and 
f) detennining whether a next segment is the last segment for the network 
content, wherein if the next segment is the last segment, then the last segment is 
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signaled to mobile device as the last segment, and if there is another segment, 
repeating steps b-e. 

In regard to each of the above methods, it is noted that computer 
executable logic is also provided for performing the different methods. Media 
5 is also provided for storing computer executable logic for performing the 

different methods. Systems are also provided for performing the logic steps and 
communicating the signals according to the various methods. These and other 
aspects of the present invention will be evident upon review of the following 
detailed description of the invention. 

10 BRIEF DESCRIPTION OF THE FIGURES 

FIG. 1 is a block diagram illustrating a system for retrieving and 
converting network content for a mobile device, under an embodiment of the 
i invention. 

I FIG. 2 is a flow chart for a system that retrieves and converts network 

t 

t a 

1 5 content for the mobile device, under an embodiment of the invention. 

FIG. 3 is a flow chart for a system that accesses user-defined parameters 
to retrieve and convert network content for the mobile device, under an 
embodiment of the invention. 

FIG. 4 is a flow chart for a system that paginates network content for the 
20 mobile device, under an embodiment of the invention. 

FIG. 5 illustrates a database management system, under an embodiment 
of the invention. 

FIG. 6 illustrates use of memory bins for the database management 
system, under an embodiment of the invention. 
25 FIG. 7 illustrates a programming tool to build a database management 

system for providing instructions to a content engine such as described with 
FIG. 1 , under an embodiment of the invention. 

FIG. 8 illustrates a programmer user-interface for use with a system such 
■j as described with FIG. 7, under an embodiment of the invention, 

i 30 
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DETAILED DESCRIPTION 

A. Overview 

Embodiments of the invention include a system that is responsive to a 
request from a wireless device for network content existing under an Internet 
5 protocol (IP). The system retrieves the network content, and converts the 
network content into a wireless mark-up language for the mobile device. 
Among other advantages, the system reacts to the request from the mobile 
device to deliver the network content "on the fly". This is in contrast to existing 
systems, which may require the wireless device to access only network sites 
10 operating under the corresponding wireless mark-up language. 

Another embodiment of the invention provides a database management 
system to store instructions for responding to requests from a mobile device. 
The instructions enable a content engine to retrieve a network event from a 
network site operating under an Internet protocol. The instructions also enable 
15 the content engine to convert the network event from a format such as HTML 
and a protocol such as HTTP to a WAP or other wireless protocol with WML, 
HDML and other wireless language content formats. The instructions are 
provided in response to a request from the mobile device for a particular 
network content or event. Since the instructions are stored, the content engine is 
20 able to access the instructions and quickly respond to the request from the 
mobile device. 

Another advantage provided by embodiments of the invention is that 
mobile devices operating under a wireless mark-up language are able to access 
any network site using stored instructions. This enables a much greater range of 

25 sites to be available for the mobile device. In contrast, other systems require 
that the network sites operate under a specific wireless mark-up language in 
order to communicate with the mobile device. These other systems require 
greater programming effort and resources, and are relatively limited in number. 
Still further, another embodiment of the invention provides a 

30 programming tool to enable programmers to rapidly build instruction sets for 

individual IP network sites. The instruction sets are stored so as to be available 

4 
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for mobile devices that request content from the corresponding network site. 
The instruction sets enable IP network content to be retrieved and converted for 
delivery to the mobile devices, with minimal programming or computing 
resources required. 

5 Tt, System A rchitecture 

FIG. 1 is a block diagram of a system 1 00, under an embodiment of the 
invention. The system 100 includes a database management system (DMS) 
140,acontentenginell0,andawirelessmobiledevicel20. The DMS 140 
includes a database 145 and a management system 135. The content engine 110 
10 may access to a user database 125 comprising user-defined parameters. The 

content engine 110 retrieves network events from a network 1 15 and signals the 
network events to mobile device 120. 

The mobile device 120 includes any device that can use a wireless 
medium to access a network such as the Internet. Preferably, mobile device 120 
15 is wireless access protocol (WAP) enabled. Examples of mobile devices 120 

include cell-phones, PCS phones, and handheld devices. The mobile device 120 
communicates with content engine 1 10 through the wireless medium. 

The mobile device 120 may include an application for signaling network 
events or content to the user. For example, the mobile device 120 may include a 
20 browser to view network sites in a wireless mark-up language including for 

example, wireless mark-up language (WML), handheld device markup language 
(HDML), compact hypertext mark-up language (cHTML), mobile mark-up 
language (MML) and other wireless formats. A screen on the mobile device 120 
may include user-interactive features and an interface to allow users to interact 

25 with a network site after viewing a network event. 

As used herein, network events include content provided on a network 

site. Content includes all or portions of web pages available on web sites. For 
example, network content includes text, images, banners, media files accessible 
on the site, and links to other sites. 
30 Network events also include electronic messages, as well as web-based 

events associated with specific sites on the Internet. Electronic messages 
include emails, instant messages, files existing as attachments to electronic 
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messages, programmatic notifications of events generated by server-side 
modules of third parties (stock alerts), and multimedia type messages. For 
example, network events include emails in an HTTP or POP3 protocol. Web 
events may be associated with an HTML link that accesses the web event. Web 
5 events also include text or media resources appearing or linked to web pages. 

In other embodiments, network events include a series of interactions 
with server-side modules that are accessible through links. Network 
interactions may include prompts from server-side modules. For example, e- 
commerce applications provide access to servers that receive purchasing 
1 0 information for a selected item. Network events also include real-time 
information appearing on, for example, a web page. 

The DMS 140 includes a database 145 and a management system 135. 
The database contains instructions for content engine 1 10 to retrieve network 
events from network 135. The instructions define how the specific network 
1 5 event is retrieved and converted to a medium for the mobile device 1 20. In an 
embodiment, the instructions stored in database 145 specify which network sites 
are to be accessed in response to a request from a user, what network events are 
to be retrieved from the network site, and in what manner the network events 
are to be instructed. The instructions in database 145 may be predetermined or 
20 user-defined. The user may access a terminal to configure instructions for DMS 
140. 

The content engine 110 receives instructions from DMS 1 40 to retrieve 
network events available under an Internet protocol (IP), and converts the 
network event to a wireless mark-up language for the mobile device 1 20. For 
25 example, content engine 110 converts network events available under an HTTP/ 
HTTPS protocol into a wireless mark-up language available under the WAP 
protocol. 

In an embodiment, the content engine 1 10 may be instructed to deliver 
content from network sites or otherwise modify the content according to user- 
30 specified parameters stored in user database 125. The user database 125 may be 
configurable by users operating terminals coupleable to the Internet through an 
HTTP protocol. In one embodiment, each user accesses an account on user 
database 125 to specify one or more types of network events that need to be 
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retrieved for mobile device 120. The users may also specify parameters on how 
the network events are to be converted and transmitted to mobile device 120. 
For example, the user may specify the frequency at which a particular network 
site is to be checked for selected network events. In addition, the user may 
5 specify the type of content that should be located and signaled to wireless 
device. 

FIG. 1 illustrates communications transmitted between mobile device 
1 20 and other components in system 1 00, under an embodiment of the 
invention. In a request 1, a user of wireless 120 specifies a card to be retrieved 

10 from network 135. The card corresponds to an IP network site, such as a web 

site on the Internet. The card may be a number that uniquely defines the address 
of the network site. The user of mobile device 120 may specify the card through 
an input mechanism such as a touchpad, button, or graphic user-interface. In 
one embodiment, the user configures mobile device 120 to display one or more 

15 use-interactive features, such as a bookmark, to enable an easy input mechanism 
for accessing the network site. The request 1 may also identify either the user or 
the device identification. 

In response to receiving request 1, content engine 1 10 signals a request 2 
to DMS 140. The request 2 locates instructions for the card specified in request 

20 1. The DMS 140 matches the request 1 to one or more instructions in database 
145. 

The content engine 110 receives from DMS 140 a response 3. The 
response 3 includes the instructions specified by request 2. The card specified 
in request 1 determines the number of instructions included in communication 

25 2. The instructions specify the network event or content to be retrieved from the 
network site identified by the card. 

In an embodiment, once instructions in response 3 are received, content 
engine 110 signals to retrieve the network events from the specified card. In an 
embodiment, content engine 110 may signal 4 user database 125 to retrieve 

30 user-defined parameters 5 that affect, access or identify the content or event on 
the card specified in request 1. The content engine 110 may signal 4 user 
database 125 to retrieve user-defined parameters 5 before accessing the network 
site specified by the card. 
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The content engine 110 signals 6 the network 135 to access the network 
site specified in request 1. The network event 7 or content identified by 
response 3 or user-defined parameters 5 is fetched or received from the network 
site. The content engine 110 assembles or creates content for mobile device 120. 
5 The content engine 110 transmits a signal 7 containing the content to the mobile 
device 120. 

In embodiments of the invention, request 1 may cause several 
communications to occur between content engine 110, DMS 140, user database 
125, and network 135. For example, response 3 from DMS 140 may contain 

1 0 instructions to retrieve multiple network events or content from the network site 
specified by the card. The instructions in response 3 may identify network 
events or content available on the specified network site over a duration of time 
to be retrieved by content engine 1 10. In addition, the user database 125 may 
provide parameters 5 requiring several interactions between the content engine 

15 110 and the network site specified by the card. 

As a specific example, a user may specify in request 1 a card to a stock 
quote site on the Internet. The instructions in response 3 may cause content 
engine to repeatedly retrieve a stock quote from the network site. To identify the 
stock, the content engine 1 1 0 may access user database 125 to identify one or 

20 more stocks (parameters) previously specified by the user. The stocks are 
signaled 6 to. the network site. The stock quote for each stock specified as a 
parameter in user database 125 is signaled as network event 7 each time the 

stock quote is retrieved from the network site. In this way, the user has to only 
specify a card to the network site containing stock quotes to receive repeated 
25 stock quotes. In an embodiment such as described, the user does not have to 
specify the stock from mobile device 120, or make separate requests for each 
stock quote. 

Examples of network sites that can be retrieved under the example 
above include web sites to brokerage houses, stock pages on portals (Yahoo®, 
30 Lycos®), and streaming quote sites. The flexibility of systemlOO may be shown 
with another example. For web sites of brokerage houses, once response 3 is 
received from DMS 1 40, content engine 1 1 0 accesses user database 125 to 
retrieve login, password, and other account information. The content engine 110 
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is then able to access the stock quote page of the user's account automatically, 
with no input from wireless device 110 other than request 1. 

In an embodiment, communications illustrated by numerals 1-7 are 
carried out "on the fly", in response to one another. The communications can 
5 simulate a real-time data exchange to the user. The rapid and robust content 

provided to the user in response to request 1 is in contrast to other devices, 
which have limited accessible network sites and bandwidth. 

. r Processes f™ Converting IP Network E vents to Wireless Protocol 

FIG. 2 illustrates a method detailing content engine 1 1 0 interacting with 
10 mobile device 120, under an embodiment of the invention. For illustration, the 
process is described with reference to a uniform resource locator for an e- 
commerce site. The process details retrieving a network event or content from 
an IP network such as the Internet, and then transmitting the event or content to 
mobile device 120. 

15 In step 210, content engine 110 receives a communication from the 

mobile device 120 that includes a card corresponding to the URL, along with an 
identifier of the mobile device 120. The communication is transmitted through 
a wireless medium. 

In step 220, the content engine 1 1 0 signals DMS 1 40 an identification 

20 for the card to retrieve instructions for assembling the content available on the 
URL for the mobile device 1 10. The content engine 110 may communicate 
with DMS 140 over a network such as the Internet. The instructions are for the 
URL of the e-commerce site. Instructions that may be provided include 
commands to "fetch" the URL, display the header and title for the URL, remove 

25 header tags, display a welcome message provided on the URL, and exact a 

pertinent section of the web page located by the URL. In an embodiment, the 
selected instructions are based on the identification of the card provided to the 
DMS 140. In another embodiment, the instructions may also be modified or 
otherwise configured for the URL based on the card identification. 
30 In step 230, the content engine 1 10 accesses the network site located by 

the URL to retrieve specific network events. The network events are identified 
from the instructions received from DMS 140. The network events may be 

9 
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retrieved from the network site, or other links internal to the network site. For 
example, the content engine 110 may locate a home page of an e-commerce 
site, then select categories and locate a merchandise item for transmission to 
mobile device 120. 

5 In step 240, content engine 110 converts the network event(s) into a 

wireless format for mobile device 120. In one embodiment, content engine 110 
reformats the network event or content into a wireless format. For web sites, 
the event and content may be converted from an HTML format to the HDML, 
WML or other wireless formats. For example, HTML tags of the network event 
10 or content are programmatically converted into WML, HDML or other wireless 
mark-up language tags. Further details on converting HTTP or other IP 
protocol events into WAP, with HDML, WML or other wireless formats for 
WAP enabled devices are disclosed in U.S. Patent App. No. 60/163,1 1 5, 
entitled Portal Configuration in Wireless Medium, to Moeller et al., filed 
1 5 November 2, 1 999, incorporated by reference herein. 

In step 250, the content or network event is transmitted in the wireless 
protocol to mobile device 120. The network event or content may be formatted 
or otherwise paginated for a display of mobile device 120. 

FIG. 3 illustrates another process in which user database 125 is accessed 
20 to provide network events and content to mobile device 120. In step 3 10, the 
content engine 1 1 0 receives a card from the user of mobile device 1 20 
specifying a network site. In step 320, instructions for the specified network site 
are retrieved from DMS 140. In step 330, the network site is accessed 

In step 340, content engine 110 accesses user-database 140 to determine 

25 if user-defined parameters exist for the network site. In an embodiment, user- 
defined parameters are provided by the user of mobile device 120. The 
parameters affect content engine 1 1 0 in selecting and accessing the network 
event for mobile device 120. The parameters may also affect content engine 110 
in configuring and/or delivering the network event to the mobile device 120. A 

30 configurable database for storing parameters for user database 125 is disclosed 
in U.S. Patent App. No. 09/513,554, entitled System and Automatic Data 
Retrieval on an Internet Protocol Network, to Ndili et al., filed on February 25, 
2000, and incorporated by reference herein. 

10 
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In ail embodiment, the user-defined parameters stored in user database 
125 are maintained in accounts. The user of mobile device 120 may configure 
the account to include preferred parameters. Examples of parameters that may 
be specified in user database 125 include login and password information to a 
5 particular site, such as an e-mail site, or a proprietary information site. A user 
may also specify as a parameter the frequency in winch a network event or 
content is retrieved once the network site is accessed by content engine 1 1 0. As 
another example, for an auction site, the user may specify a specific search term 

or auction item as a parameter. 
10 jjj step 350, content engine 1 10 combines instructions and parameters to 

access the network site and retrieve network events and content. The 
instructions and parameters combine to control the content engine 1 10 in 
accessing the network site specified by the card signaled from the mobile device 
120. 

1 5 i n step 360, content engine 110 converts the network event from the IP 

protocol with HTML format to WML, HDML or other wireless format with 
WAP or another wireless protocol. In step 370, content engine 1 10 paginates 
the network event or content for mobile device 120. In step 380, the network 
event or content is transmitted to mobile device 120. 

20 FIG. 4 illustrates a method performed by content engine 1 10 in 

paginating the network event into the wireless format. A process such as 
described with FIG. 4 enables events to be retrieved from IP sites and then 
converted for mobile devices 120. The content appearing on mobile device 120 
is properly paginated for the screen of the mobile device 120, with no 

25 modification at the network site or mobile device 120. The process described 
with FIG. 4 assumes that content engine 1 10 has retrieved the network content 
from the network 135. 

In step 410, a memory allotment is specified for mobile device 120. The 
memory allotment depends on the wireless protocol in use, and the desired page 

30 size which can be a function of the screen size of target mobile device 120. The 
memory allotment may be designated as, for example, lk, representing the 
average screen size of WAP pages for mobile phones. Alternatively, a user of 
mobile device 120 may configure the memory allotment depending on the 

11 
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specific type and model of mobile device 120 being used. In an embodiment, 

the memory allotment is specified through user database 125. 

In step 420, the content retrieved from the IP site is segmented 

according to the memory allotment. Each segment is portioned to correspond 
5 approximately to the memory allotment. The size of the segments allows each 
segment to be displayed in its entirety as one page on mobile device 120. As an 
example, if a journal article on a web site is 24k in length, the article is 
segmented roughly into 24 lk segments. 

In step 430, a page break line or region is located on the retrieved 
1 0 network content corresponding to the boundary of each segment. The content 
engine 1 10 may locate a line or region where the lk break occurs. 

Then in step 440, each segment is paginated on that page break line or 
region to ensure that the cut-off to a next segment is made at an appropriate 
place. If a segment of network content retrieved from the IP site is not 
15 paginated, HTML coding may not correctly be converted to WML, HDML or 
other wireless formats. In addition, words may be split up to appear on different 
pages on mobile device 120. 

In an embodiment, a free unattached space is located to correctly 
paginate each segment on the page break line or region. For HTML coding, the 
20 free unattached space is positioned outside of tags and other coding appearing 
on that portion of the network content. Specifically, the content engine 1 10 
locates spacing outside of HTML open end and close end tags. As an example, 
the line of coding appearing on a page break line may be: 

<a href = www.mobileshift.com> click here <br> to see < /a> 
25 The content engine 110 identifies spaces before "<a href, and after 

"</a>" as places where a page break may occur. The content engine 1 1 0 ignores 
spacing falling between the opening and closing of the <a>. ...</a> tags. In this 
way, the page displayed on the screen of mobile device 120 contains entire 
words and code signments, and is coded, for example, from HTML to WML, 
30 HDML or other wireless formats appropriately. 

To ensure the free unattached space is between an open or closed 
bracket, the content engine 110 may include coding that measures on the page 
break line the distance between the first located space and an open tag "<". The 

12 
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coding then measures the space between the located space and the closed tag 
">". If the distance between the located space and the open tag is less than the 
distance between the located space and the open tag, then the located space is 
considered free and unattached. The located space is then made the location of 
5 a page break. 

If the distance between the located space and the open tag is greater than 
the distance between the located space the close tag, then the located space is 
considered attached. A next space is then located on the break line. The next 
space may correspond to the space appearing to the right of the close tag. The 
1 0 spaces appearing on the page break line are checked in this manner until a free 
unattached space is located. Once the free unattached space is located, the 
segment is paginated. 

In step 450, the segment is signaled to mobile device 120. The segment 
may be signaled with a user-interactive feature (icon) to signal a request for a 
15 next segment. In step 460, a determination is made as to whether a next 
segment is the last segment for the network content. If in step 460, a next 
segment is a last segment, then the last segment is signaled to mobile device 
120 in step 470 as the last segment. If there is another segment, then steps 410- 
460 are repeated. 

20 D. Database Management System 

Under an embodiment, DMS 140 manages a database of instructions 
that are selectively signaled to content engine 1 10 in response to content engine 
1 10 receiving a request from mobile device 120. The instructions stored with 
DMS 140 each include one or more commands pertaining to retrieving and 

25 converting IP network content to a wireless format available under the WAP or 
other wireless protocol. The DMS 140 is configured to instruct content engine 
1 10 to retrieve and convert IP network events responsive to inputs from mobile 
device 120, without requiring mobile device 120 to communicate using an IP 
protocol, and without requiring network 135 to provide content using a WAP 

30 protocol. 

FIG. 5 illustrates a configuration of DMS 140, under an embodiment of 
the invention. In an embodiment, DMS 140 is organized into a spreadsheet like 
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format. A first column 510 lists a card identification 511,512. A second 
column 520 lists an instruction identification 521-525. A third column 530, 
fourth column 540, and nth column 550 list arguments. To make a network site 
accessible to content engine 1 10, a programmer or editor of DMS 140 lists cards 

5 in the first column 510, selects instructions for column 520, and provides 

arguments for the instructions in columns 530-550. In alternative embodiments, 
a user of mobile device 120 may access and configure DMS 140. 

The instruction identifications 521-525 correspond to one or more 
commands that have to be performed by content engine 1 10. Examples of 

10 instructions that may be specified in column 520 includes: 

fetch: retrieves content or event from network site, places content into a 
drop bin; 

convert: converts network content in drop bin from IP to WAP, places 
converted content in a display bin; 
1 5 add text: drops content inputted from user/editor on IP terminal into 

display bin; and 

split page: paginates content for mobile device. 

The instructions listed above are exemplary, and several other 

instructions may be readily apparent to enable IP network content to be 

20 converted to WAP content. For example, other instructions may include skip 

text, extract phrases, and skip end character. 

The instructions include one or more commands. For example, convert 

may include routines to identify and remove HTML tags from a page retrieved 

from a web site. Then, convert includes commands to insert HDML, WML or 

25 other wireless mark-up language tags in appropriate places that correspond to 

the HTML tags. Certain tags on HTML pages may be identified and ignored. 

Other wireless mark-up language tags may be added automatically. 

Preferably, the identifiers to the instructions are numeric, and are 

indicative of the instruction. For example, one or more numerals in the 

30 instruction identifier may represent that the instruction involves displaying 

content. In other embodiments, other symbols may be used to identify the 

instructions, such as shown by instruction identifiers 524 and 525. 

14 
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The first column 510 includes cells that list each card multiple times. In 
an embodiment, a card occupies two or more cells in first column 510. The 
number of cells occupied by each card corresponds to the number of 
instructions each card requires. 
5 The arguments contained in the third columns 530, fourth columns 540 

and nth columns 550 are for the instructions specified in second column 520. 
The arguments may be provided by the programmer for each instruction 
provided for a card. The arguments may also be predefined for each instruction. 
The arguments listed in each column 530-550 may be specific to certain 
10 instructions, or applicable to all instructions for a card. In one of the columns 
530-550, the arguments specify a sequence in which the instructions are 
executed by content engine 110. For example, when a card is specified by 
mobile device 120, the arguments may specify content engine 1 1 0 to first fetch 
network content, then add text, and then convert the network content to WML, 
1 5 HDML or other wireless formats. When another card is specified by mobile 

device 120, content engine 1 10 may specify content engine 1 10 to first fetch the 
content, then convert the content to WML, HDML or other wireless formats. 

In an embodiment, the argument for one of the columns 530-550 
identifies the URL of the IP network site. Each card in DMS 140 includes at 
20 least one instruction specifying the URL of the card. 

In an embodiment, each card includes a fetch instruction. Each fetch 
may include an argument to identify whether the network content or event being 
retrieved is secure or unsecure. Each fetch may also include an argument to 
identify whether the command is a "get" for retrieving content from the IP site, 
25 or a "push" to provide information to the IP network site before retrieving 

events. Each argument for fetch occupies one of the columns 530-550. One or 
more of the arguments for fetch may be applicable to other instructions. 

Another argument specifies whether user-defined parameters exist for 
the card. The card may include an additional fetch to retrieve the parameters in 
30 the user database 125. The identification of mobile device 120 may specify the 
applicable account in user database 125 for the user of mobile device 120. In an 
embodiment, fetch to retrieve the user-defined parameters is specified by 
arguments to be executed before fetch to retrieve network content from the IP 

15 
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site. Once the parameters are retrieved from user database 125, the fetch to 
retrieve the network content from the IP site includes the user-defined 
parameters. For example, the parameters may be contained as a tail portion of 
the URL to the IP network site. 
5 Another example of an argument specified for one or more instructions, 

including fetch, is a specific memory bin for the instruction to use. Additional 
details on memory bins are provided with FIG. 6. 

FIG. 6 illustrates memory bins used to retrieve network content and 
convert the network content from an IP protocol to the wireless protocol. The 
10 memory bins are used by the instructions to retrieve network content and 
convert network content to the wireless protocol. An embodiment such as 
shown by FIG. 6 includes a display bin 615 , and a plurality of drop bins 601- 
612. For illustration, operation of basic instructions fetch, convert, and add 
text are shown in combination with drop bins 60 1 -612 and display bin 6 1 5 to 
15 convert data retrieved from IP network sites to a protocol for mobile device 120. 
Other instructions may be used, depending on the card. 

When content engine 110 executes fetch, one of the arguments specify a 
drop bin 601-612 where the network content or event is deposited. One of the 
drop bins 601-612 may be designated as a default. Multiple drop bins 601-612 
20 may be used when a card requires fetch to be executed multiple times on one or 
more network sites. 

When content engine 110 executes convert, the network content from 
bins 601-612 is converted to the wireless mark-up language and deposited in 
display bin 615. When content engine 110 executes add text, content for 
25 mobile device 120 is added to display bin 615. When all instructions are 

completed, the content of the display bin 615 is signaled to mobile device 120. 
The content may then be signaled to the mobile device 120 in a wireless 
protocol. 

As illustrated with FIGS. 5 and 6, DMS 140 enables content engine 1 10 
30 to use stored instructions for near real-time conversion, construction, and 
delivery of WAP content to mobile device 120. The stored instructions 
minimize computation resources required from content engine 1 10, so as to 
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enable content engine 1 10 to provide WAP content as an immediate response 
from a user of mobile device 120. 

In one example, DMS 140 includes instructions for a brokerage site. The 
brokerage site is requested by the user of mobile device 120. The request is 
identified as a card 51 1, 512 in column 510 of FIG. 5. The card includes 
arguments identifying the URL of the brokerage site in column 530-550. The 
instructions include a first fetch to retrieve password and login information 
from user-database 125. The first fetch is signaled with identification to identify 
the user account, signaled with the request from mobile device 120. The first 
fetch includes arguments to retrieve information from the user-database 125. A 
second fetch pushes the password and log-in information to the brokerage 
account as parameters to the URL for that network site. A third fetch retrieves 
account information from the network site. The account information is dropped 
in drop bin 601 . The card may subsequently specify a convert instruction to 
convert the irifbrmation in memory bin 601, and to deposit the converted 
information into display bin 61 5. The contents of display bin 61 5 are then 
signaled to mobile device 120. 

In another example, DMS 140 includes instructions for comparison 
shopping. Multiple cards may be signaled from mobile device 120 to identify 
multiple network shopping sites. Alternatively, one site may be specified in the 
card which then automatically identifies other shopping sites. The content 
retrieved from the multiple sites are individually deposited in respective drop 
bins 601-612. Another instruction to compare the contents of the memory bins 
601-612 may be executed. The comparative result may be placed in a WML, 
HDML or other wireless format and placed in display bin 615. The contents of 
display bin 615 are then signaled to mobile device 120. 

R Programm er Interface for Developing DMS 

FIG. 7 illustrates a system for enabling a programmer to develop 
instructions for a management system such as described with DMS 140. Hie 
system includes a graphic user-interface (GUI) 710, a translator 720, and DMS 
140. The DMS 140 may be part of a system such as described with FIG. 1 . 
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In an embodiment, the GUI 710 displays objects to enable a programmer 
to select instructions. The instructions may appear as part of a display, or as 
user-interactive features such as icons. The GUI 710 also displays features and 
objects to enable the programmer to select arguments for the instructions. In 
5 addition, the GUI 710 may include other features, such as text fields to enable 
the programmer to add text for delivery to mobile device 120. 

The translator 720 converts the selected objects and other input from the 
programmer for DMS 140. In an embodiment, translator 720 converts selected 
instructions into the numerical fomiat shown in FIG. 5. Preferably, translator 
1 0 720 identifies each input from the programmer and locates a position for the 
input in the chart shown by FIG. 5. 

FIG. 8 illustrates an exemplary user-interface 800 for use with an 
embodiment of .the invention. The user-interface 800 lists instructions 810 
available for DMS 140 in one portion. The programmer may select instructions 
15 using icons or other user-interactive selection feature. The user-interface 800 
may also display argument fields 812, 814, and 816. The argument fields may 
be in the form of text fields, where the programmer enters argument data for 
DMS 1 40. An identifier 820 identifies the card for which the instruction set is 
being built. The identifier 820 may be a programmer-input, or be automatically 
20 generated when the programmer specifies a target URL for the set of 
instructions. 

As an example, the programmer may specify multiple instructions, 
including fetch and convert, from one of the listed instructions 8 10. The 
programmer then identifies the URL as one of the arguments 812-816. The 

25 programmer may also use another of the arguments 812-816 to specify whether 
the card or the instruction is secure or unsecured. Similarly, the programmer 
may use another one of the arguments 812-816 to specify whether the 
information is pushed or retrieved from the network site. Other arguments may 
be added in a similar fashion. 

30 An advantage provided with system 700 and user-interface 800 is that 

programmers may simplify the process of storing instructions in DMS 140. The 
simplified process enables content engine 1 1 0 to retrieve network events and 
contents from many sites. Further, the simplified approach prevents against 

18 
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excessive programming that may otherwise hinder content engine 1 10 from 
being able to quickly respond to network requests from mobile device 120. 

F. Conclusion 

The foregoing description of various embodiments of the invention has 
5 been presented for purposes of illustration and description. It is not intended to 
limit the invention to the precise forms disclosed. Many modifications and 
equivalent arrangements will be apparent. 
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CLAIMS 

1 . A method for having a content engine interact with a mobile 
device, the method comprising: 

having the content engine receive a wireless communication from the 
5 mobile device that includes a card representing a URL and an identifier of the 
mobile device; 

having the content engine signal a database management system for an 

identification for the card to retrieve instructions for assembling the content 

available on the URL for the mobile device; 
10 having the content engine access a network site located by the URL to 

retrieve specific network events which are identified from the instructions 

received from the database management system; 

having the content engine convert the network event into a wireless 

format for the mobile device; and 
1 5 transmitting the network event in a wireless protocol to the mobile 

device. 

2. A method according to claim 1 wherein the content engine 
signals the database management system over a network. 

3 . A method according to claim 1 wherein the selected instructions 
20 are based on the identification of the card provided to the database management 

system. 

4. A method according to claim 1 wherein the instructions are 
configured for the URL based on the card identification. 

5. A 'method according to claim 1 wherein the content engine 
25 reformats the network event or content into a wireless format. 

6. A method according to claim 1 wherein the network event or 
content is formatted for a display of the mobile device. 

7. A method for providing network events and content to a mobile 
device, the method comprising: 

30 having a content engine receive a card from a user of mobile device 

specifying a network site; 
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retrieving instructions for the specified network site from a database 
management system; 

accessing the network site using the retrieved instructions; 
having the content engine access a user-database to determine if user- 
5 defined parameters exist for the network site; 

having the content engine combine instructions and parameters to access 
the network site and retrieve network events and content; 

having the content engine convert the network event from an IP protocol 
to a wireless protocol; 
1 o having the content engine paginate the network event or content for the 

mobile device; and 

transmitting the network event or content to the mobile device. 
8. A method according to claim 7 wherein the user-defined 
parameters are provided by a user of the mobile device. 
15 9. A method according to claim 7 wherein the user-defined 

parameters affect how the content engine selects and accesses the network event 
for the mobile device. 

10. A method according to claim 7 wherein the user-defined 
parameters affect how the content engine delivers the network event to the 

20 mobile device. 

11. A method according to claim 7 wherein the user-defined 

parameters are stored in a user database and maintained in accounts. 

12. A method according to claim 1 1 wherein the accounts are 
configurable to include preferred parameters. 

25 13. A method for paginating a network event into a wireless format 

for a mobile device; the method comprising: 

a) having a mobile device specify a memory allotment; 

b) segmenting content retrieved from an IP site segmented according to 
the memory allotment; 

30 c) locating a page break line or region on the retrieved network content 

corresponding to the boundary of each segment; 

d) paginating each segment on that page break line or region to ensure 
that the cut-off to a next segment is made at an appropriate place; 
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e) signaling the segment to the mobile device; and 

f) determining whether a next segment is the last segment for the 
network content, wherein if the next segment is the last segment, then the last 
segment is signaled to the mobile device as the last segment, and if there is 

5 another segment, repeating steps b-e. 

14. A method according to claim 1 3 wherein the memory allotment 
is configurable depending on the type of the mobile device. 

15. A method according to claim 13 wherein the memory allotment 
is specified through a user database. 

10 1 6. A method according to claim 1 3 wherein a free unattached space 

is located to correctly paginate each segment on the page break line or region. 



) 01B9171A2J_> 



22 



PCT/USOl/15727 



2/7 



210 



RECEIVE COMMUNICATION 
FROM MOBILE DEVICE 



220 



SIGNAL DMS AN IDENTIFICATION 
FOR THE CARD 



230 



ACCESS NETWORK SITE 
TO RETRIEVE NETWORK EVENT 



240 



CONVERT NETWORK EVENT 
TO WIRELESS PROTOCOL 



250 



SIGNAL NETWORK EVENT 
TO WIRELESS DEVICE 



FIG. 2 



SUBSTITUTE SHEET (RULE 26) 



WO 01/89171 



PCT/ll SOI/15727 



3/7 



310 



1 



RECEIVE COMMUNICATION FROM MOBILE DEVICE 



320 



1 



SIGNAL DMS AN IDENTIFICATION FOR THE CARD 



330 



1 



ACCESS NETWORK SITE TO RETRIEVE EVENT 



340 



1 



ACCESS USER DATABASE 



350 



1 



USE INSTRUCTIONS AND/OR PARAMETERS TO 
RETRIEVE NETWORK EVENT 



360 



1 



CONVERT NETWORK EVENT TO WIRELESS PROTOCOL 



370 



1 

PAGINATE NETWORK EVENT FOR MOBILE DEVICE 



380 



1 



TRANSMIT PAGINATED NETWORK EVENT TO MOBILE 

DEVICE 

FIG. 3 

SUBSTITUTE SHEET (RULE 26) 



OIS9171A2 I > 



WO 01/89171 



PCT/USO 1/15727 



4/7 



SPECIFY MEMORY ALLOTMENT 
FOR MOBILE DEVICE 



SEGMENT CONTENT RETRIEVED 
FROM IP SITE 



LOCATE PAGE BREAK REGION 
FOR MOBILE DEVICE ON NETWORK 
CONTENT 



PAGINATE SEGMENT ON THE 
PAGE BREAK REGION 



SIGNAL SEGMENT TO MOBILE 
DEVICE 




LAST SEGMENT? 




460 



"410 



■420 



•430 



•440 



•450 



SIGNAL 
LAST 
SEGMENT 



470 



FIG. 4 



SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO 0189171A2_I_> 



WO 01/89171 



PCT/USO 1/1 5727 



5/7 



511 S~ 

( f 



510 



r 



520 



^-530 ^~ 540 ^~ 55 ° 



CARD INSTRUCTION < 0 AO ~ „, 
ID IDENTIFICATION 


^191 

1 


^-521 








19^ 










19^ 


^~ 523 








123 


^—524 
XXX vvv 

/wvj y y 








123 


zzyyxx 








^ 124 


Y^521 
300005 








125 


^-522 
500201 









512 



FIG. 5 



CONVERT 




FETCH 



1 



DISPLAY 


1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 



J 605^ J 607^ / 609^ j611^ / 
^ 606-^ 608 610^ 612-^ 



615 



601 y J 603 
602- / 604 

FIG. 6 

SUBSTITUTE SHEET (RULE 26) 



BNSDOCItt<WO_ 0189171A2 I > 



WO 01/89171 



PCT/USOI/15727 



6/7 




d 
i— i 



SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO 0t89171A2_l_> 



WO 01/89171 



PCT/US01/I5727 



7/7 




SUBSTITUTE SHEET (RULE 26) 

BNSDOCID: <WO 0189171A2 I > 



<!2) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 
International Bureau 

(43) International Publication Date 
22 November 2001 (22.11.2001) 




(10) International Publication Number 

PCT WO 01/089171 A3 



(51) International Patent Classification 7 : H 04 L 29/06, 
C306F 17/30 

(21) International Application Number: PCT/US0 1/1 5727 

(22) International Filing Date: 15 May 2001 (15.05.2001) 

(25) Filing Language: English 

(26) Publication Language: English 



(30) Priority Data: 

60/204,502 



16 May 2000(1 6.05.2000) US 



(63) Related by continuation (CON) or continuation-in-part 
(CIP) to earlier application: 

US . 60/204,502 (CIV) 

Filed on 1 6 May 2000 (1 6.05.2000) 

(71) Applicant (for all designated Slates except US): MSHIFT, 
INC. | US/US]; Suite 575, 1735 Technology Drive, 5th 
floor, San Jose, CA 951 10 (US). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): ND1L1, Awele 



| NG/US |; 2027 Wendovcr Lane, San Jose, CA 95121 
(US'). MOELLER, Scott |US/US|; 2240 Green Street, #3, 
San Francisco, CA 94 123 (US). 

(74) Agent: DAVIS, Paul, Wilson Sonsini Goodrich & Rosati, 
650 Page Mill Road, Palo Alto, C A 94304- 1 050 (US ). 

(81) Designated States (national): AH, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CI I, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, FI, GB, GO, GE, Gil, 
GM, MR, 1IU, ID, IE, IN, IS, JP, KE, KG, Kl>, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, PL, V\\ RO, RU, SD, SE, SG, SI, SK, 
SL, TJ, TM, TR, TT, TZ, UA, UG, US, UZ, VN, YU, ZA, 
ZW. 

(84) Designated States (regional): ARIPO patent (Gil, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZW), Eurasian 
patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), European 
patent (AT, BE, CI I, CY, DE, DK, ES, EI, ER, GB, GR, IE, 
IT, LU, MC, NL, in, SE, TR), OAPI patent (BE, BJ, CE, 
CG, CI, CM, GA, GN, GW, ML, MR, NE, SN, TD, TO). 

Published: 

— with international search report 

[Continued on next page] 



(54) Title: SYSTEM EOR PROVIDING NETWORK CONTENT TO WTRELESS DEVICES 









Data 
145 


135 





USER-DEFINED 
DATABASE 



"C 



ON 
00 



O 




(57) Abstract: A method is provided for having a content engine (110) interact with a mobile device (20), the method comprising: 
having the content engine (1 10) receive (1 ) a wireless communication from the mobile device (120) that includes a card representing 
a URL and an identifier of the mobile device; having the content engine (1 10) signal (2) a database management system for an 
identification for the card to retrieve instructions (3) for assembling the content available on the IJRL for the mobile device; having 
the content engine (1 10) access (6) a network site located by the URL to retrieve specific network events which arc identified from 
the instructions received from the database management system; having the content engine (1 10) convert the network event into a 
wireless formal for the mobile device (120); and transmitting (8) the network event in a wireless protocol to the mobile device (120). 



BNSDOCID: <WO 0189171A3_I_> 



WO01 /089 1 7 1 A3 II II 1 1 l ; l lllllli: llllll III lllll 1 1 llllll! Nil I lllll I III 



(88) Date of publication of the international search report: For two-letter codes and other abbreviations, refer to the "Guid- 

6 September 2(K)2 ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



BNSDOCID: <WO 01891 71 A3_L> 



INTERNATIONAL SEARCH REPORT 



Interns Application No 

PCT/US 01/15727 



According to International Patent Classilicalion (IPC) orlo both national classification and IPC 



. CLASSIFICATION OF SUBJECT MATTER 

PC 7 H04L29/06 G06F17/30 



B. FIELDS SEARCHED 



Minimum documenlalion searched (classilication system lollowed by classification symbols) 

PC 7 G06F H04L 



Documenlalion searched other than minimum documenlalion to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal , PAJ 



C DOCUMENTS CONSIDERED TO BE RELEVANT 



CUtepwy * Citation of document, with indication, where appropriate, ot the relevant passages 



Relevant to claim No. 



EP 0 949 571 A (XEROX CORP) 
13 October 1999 (1999-10-13) 
paragraphs '0008 '.-'0014! 

paragraph '0046! 
paragraph '0062! 
paragraph ' 0067 ! 
paragraph '0078! 
paragraphs ' 0084 ! , ' 0085 ! 
paragraph '0110! 
paragraphs «0122!-'0131! 



1,5-10 

3,4,11, 
12 



-/— 



Further documents are listed in the continuation of box C. 



Patent tamily members are listed in annex. 



° Special categories of cited documents : 

"A* document defining the general state of the art which is not 
considered to be ot particular relevance 
earlier document but published on or after the international 
filing date 

"L* document which may throw doubts on priority ctaim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

•O* document referring to an oral disclosure, use, exhibition or 
other means 

•P* document published prior to the international fifing date but 
later than the priority date claimed 



'T* later document published after the international fifing dale 
or priority dale and not in conflict with the application but 
died to understand the principle or theory underlying the 
invention 

•X' document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"V document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

document member ot the same patent family 



Date of the actual completion of the international search 



6 March 2002 



Date of mailing of the international search report 



1 a oa 2002 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentlaan 2 
NL - 2280 HV Rqswijk 
TeL (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax: (+31-70) 340-3016 



Authorized officer 



Dupuis, H 



Focm PCT7ISA/210 (second sheet) (Ju* 1992) 
IBNSDOCID: <WO 01891 71 A3J_> 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



Interna Application No 

PCT/US 01/15727 



C.(Contlnuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ' Citation ol document, with indication. where appropriate, ol Ihe relevant passages 



Relevant to ctaim No. 



EP 0 987 868 A (PHONE COM INC) 
22 March 2000 (2000-03-22) 

paragraphs '0008! , '0009! 

paragraphs '0032!-' 0044! 

paragraphs '0053! -'0062! 

paragraphs '0069! , '0070! 

paragraphs '0075! , '0076! 



3,4,11, 
12 



Form PCT/ISA7210 (continuation ol second sheet) (July 1992) 
BNSDOCID: <WO 0189171A3.I > 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 



Internationa! application No. 

PCT/US 01/15727 



Box I Observations where certain claims were found unsearchable (Continuation of item 1 of first sheet) 

This International Search Report has not been established in respect of certain claims under Article 17(2) (a) for the following reasons: 
1 . I Claims Nos.: 

— because they relate to subject matter not required to be searched by this Authority, namely: 



2. J Claims Nos.: 

because they relate to parts of the International Application that do not comply with the prescribed requirements to such 
an extent that no meaningful International Search can be carried out, specifically: 



3. I I Claims Nos.: 

because they are dependent claims and are not drafted in accordance with the second and third sentences of Rule 6.4(a). 

Box II Observations where unity of invention is lacking (Continuation of item 2 of first sheet) 

This international Searching Authority found multiple inventions in this international application, as follows: 

see additional sheet 



1 . I I As all required additional search fees were timely paid by the applicant, this International Search Report covers all 
1 — 1 searchable claims. 

2. I As all searchable claims could be searched without effort justifying an additional fee, this Authority did not invite payment 

of any additional fee. 



3. | I As only some of the required additional search fees were timely paid by the applicant, this International Search Report 
1 — I covers only those claims for which fees were paid, specifically claims Nos.: 



4. | Y I No required additional search fees were timely paid by the applicant. Consequently, this International Search Report is 
restricted to the invention first mentioned in the claims; it is covered by claims Nos.: 

1-12 



Remark on Protest The additional search fees were accompanied by the applicant's protest 

j"J No protest accompanied the payment of additional search fees. 



Form PCT/ISA/210 (continuation of rirst sheet (1)) (July 1998) 

BNSOOCID: <WO Ot89171A3_L> 



International Application No. PCTAJS 01 A5727 



FURTHER INFORMATION CONTINUED FROM PCT/ISA/ 210 



This International Searching Authority found multiple (groups of) 
inventions in this international application, as follows: 

1. Claims: 1-12 

Method comprising having a database management system 
retrieve instructions 



2. Claims: 13-16 

Method comprising having a mobile device specify a memory 
allotment 



BNSOOCIDkWO _0189171A3 I > 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 


Intern; 1 Application No 

PCT/US 01/15727 


Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


Publication 
date 



EP 0949571 



13-10-1999 



EP 0949571 A2 

JP 2000076473 A 



13- 10-1999 

14- 03-2000 



EP 0987868 A 22-03-2000 CN 1249646 A 05-04-2000 

EP 0987868 A2 22-03-2000 

JP 2000163367 A 16-06-2000 



Forni PCT/lSA/210 (patent family amox) (July 1992) 
<WO__01B9171A3_I_> 



